386processor писал(а):
Программная реализация выхода с меню после "AUTOESCAPE_TIME" секунд бездействия(не работала после изменения в схеме)переменная wait уменьшалась автоматически по прерыванию от RTC, раз вы от них отказались, она перестала изменяться.

самое подходящее решение в вашем случае - это настроить один из свободных таймеров (например, TIMER2, который для управления яркостью подсветки используется - вы ведь от нее тоже отказались?) на срабатывание 1 раз в секунду и в обработчик его прерываний добавить тот код, который раньше был в обработчике INT1 - тогда заработает старая функция wait_key()

ARV писал(а):
те 5-10 минут в день, что я уделяю своему хобби, не позволяют мне не то, что доделывать какие-то проекты
Вы действительно как то непонятно объясняетесь, да ладно... В любом случае мы продолжаем ждать результат трудоголика 386processor, надежда умирает последней. А детище убивать думаю не стоит, пока есть энтузиасты, идея то неплохая.

ARV писал(а):
переменная wait уменьшалась автоматически по прерыванию от RTC, раз вы от них отказались, она перестала изменяться.

самое подходящее решение в вашем случае - это настроить один из свободных таймеров ................... - тогда заработает старая функция wait_key()

В посте, и в прошивке уже изменённая рабочая функция wait_key().

riv66 писал(а):
В любом случае мы продолжаем ждать результат.....
Выложенная прошивка вполне работоспособна, все мои запросы к устройству уже реализовались(полив по расписанию), хоть и отпала потребность в самом приборе .Ждать есть смысл если нужен термостат и цикл. Хотя для меня интересней был-бы датчик влажности да и лишний свободный вход не помешает.

Sanches, phtas. Ай да молодца молодежь, с нормальными претензиями.
Конечно, есть в написанной критике и сущая правда, но в то же время и есть обратная сторона…
Я сам являлся пользователем «многоканального суточного таймера» но периодический глюк 00:00.80 меня очень расстроил. Ну и что, как говорится «заплакал и сделал по своему», к сожалению только не смог ничего почерпнуть из исходников ARV.
Для моего любительского уровня, мне его стиль программироания не понятен ((( (точнее это мой стиль, примитивен )))))
Могу понять автора, по поводу просьб многократных доработок, сам на опыте убедился каждому на «пожелание» как должно работать не угодишь, (иногда такие пожелания вообще расходятся с идеей работы схемы)….
И вот, например, сделал себе цифровое устройство, для автоматического управления которым пользуюсь сам, я его сделал просто, чтобы, реально пользоваться самому.

Как бы это ни было жестоко, считаю, что и без всяких переделок, найдутся пользователи кому моя разработка подойдет в пользовании на 100%, так как реально устройством пользуюсь сам, значит, могут использовать и другие.
Кстати у себя в работающем железе также столкнулся с этим »магическим« числом, 00:00.80 (в протеусе все было ОК) решение устранения этого сбоя простое, в основном цикле программы, сделал условие:
if (sek>=65) { // если попадаем вне диапазона
sek=1; // секунды
rtc_set_time(hour,min,sek); // установка времени
}
Так что ваша критика имеет месту быть, но ARV респект за проделанную работу, выложенные исходники, и предыдущие его девайсы тоже не промах.
А так же скажу Вам, что написание самой статью (описание алгоритма и работы, плюс подготовка архива файлов) это тоже не слабый труд, иной раз код быстрее пишется, чем сама статья.
Так что меня, по сути, тоже не удовлетворил его предыдущий таймер, но я без претензий и обид, чего и всем желаю...

НИКОМУ НЕ ОБЯЗАН, НИ К ЧЕМУ НЕ ПРИВЯЗАН, НИКОМУ НЕ ПОДОБЕН, ПОТОМУ И СВОБОДЕН

C@at писал(а):
Sanches, phtas.
Я сам являлся пользователем «многоканального суточного таймера» но периодический глюк 00:00.80 меня очень расстроил.
У вас видимо неправильно разведена плата под DSкой (подробнее в теме про тот таймер).
Так как этот таймер у меня работает постоянно, и никаких глюков не наблюдается.

честно говоря, у меня в одном девайсе DS1337 примерно 3 года работает без проблем - алгоритмы общения 1 в 1 те же самые, что в обоих таймерах - никаких глюков и зависаний (но уход времени заметный - минуты за пол-года). так что я сам удивлен, что такое бывает у других...

C@at писал(а):

......... но периодический глюк 00:00.80 меня очень расстроил..........
Кстати у себя в работающем железе также столкнулся с этим »магическим« числом, 00:00.80 (в протеусе все было ОК) решение устранения этого сбоя простое, в основном цикле программы, сделал условие:
if (sek>=65) { // если попадаем вне диапазона
sek=1; // секунды
rtc_set_time(hour,min,sek); // установка времени
}

Я с подобной проблемой столкнулся при первых стартах,и работе без батарейки.Решение подобное вашему описано в посте #7610 на странице 23, там-же подправленная библиотека ds1307.c.
На одном из ресурсов советуют поступить вот так

Code:

for (uint8_t q=7;q<64;q++) rtc_write(q,0x00); // с адреса 0x07 заполнить память DS1307 нулями

PS.На вашем сайтеC@at : http://c2.at.ua очень много интересного,жаль без исходников только.

Содержимое поста отредактировано: 386processor, в: 23.06.2012 12:12

что-то заглохло
все на море

dexron писал(а):
все на мореэто точно лично я только что оттуда

Доброго времени суток всем! Подскажите пожалуйста где и что править чтобы поставить русский язык,ковырял lang.c и lang.h но вместо русского кракозябры везде, может недосмотрел где
И что ни у кого не работает в железе оригинальная прошивка?

Оригинальная прошивка заходит в меню, и сразу же из него вылетает, время стоит, но так и в первой версии таймерав было, пока часы не выставишь стояли.

ARV, ну помогите довести до ума, готов помочь чем смогу, девайс собран в железе, вот печатка, БП на TNY278 и трансформаторе от дежурки ATX




Содержимое поста отредактировано: Ant, в: 18.10.2012 14:12